home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19941221-19950208
/
000359_news@columbia.edu_Wed Feb 1 04:02:46 1995.msg
< prev
next >
Wrap
Internet Message Format
|
1995-07-31
|
3KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA02520
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Thu, 2 Feb 1995 06:54:54 -0500
Received: by apakabar.cc.columbia.edu id AA03716
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Thu, 2 Feb 1995 06:54:53 -0500
Path: news.columbia.edu!sol.ctr.columbia.edu!news.moneng.mei.com!howland.reston.ans.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
From: jrd@cc.usu.edu (Joe Doupnik)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Kermit TSR for background xfers?
Message-Id: <1995Feb1.100246.40094@cc.usu.edu>
Date: 1 Feb 95 10:02:46 MDT
References: <3go00i$bie@crl12.crl.com>
Organization: Utah State University
Lines: 33
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In article <3go00i$bie@crl12.crl.com>, cgi@crl.com (Paul Smith) writes:
> Hi,
>
> I'm asking in advance of buying the Kermit manual and proceeding with a solution:
>
> Does the MSDOS kermit tool kit have a TSR mode of operation for a simple DOS box
> may run other windows/dos progs for serving background call ins over a modem
> to a com port for file transfer in / out / delete?
>
> Where the file transfer may occur without interupting the forground use of the
> DOS console??
>
> If so, the kermit would save me a BUNCH. I need to provide a remote unattended
> file xfer solution to 40,000 DOS boxes and realy need a good and cheap solution.
-------------------
Let's look at this case. Basically you want MSK to become a TSR Kermit
file server. Of course, it's not designed that way now; file server yes,
TSR no. Doing file i/o as a TSR has a substantial collection of technical
problems because DOS itself is not reentrant and provides no multitasking
capabilities. Experiences with DOS' PRINT TSR should be enough to persuade
folks that these background transfer guys can be bad news. In addition,
a program even the size of Kermit-Lite use substantial amounts of
conventional memory, making multiple tasking awkward for the user.
There are systems with time sharing capabilities designed into them.
The best known are OS/2 and Unix, with OS/2 providing DOS services in a
familiar and managable form.
We could make a Kermit-Lite which went TSR and tried to cope with
the horrid problems of doing DOS i/o from interrupt level. It's not easy
so this would have to become a fully funded project rather than a to-do
item on our wish list. If you are still interested then I suggest you contact
Frank da Cruz and myself and we can discuss the technical and financial
details off-line: fdc@watsun.cc.columbia.edu, jrd@cc.usu.edu.
Joe D.